04-TXX Conclusiones

Zendesk (youtube). Ejemplo de teatro de inicio efectivo.
No siempre la misma persona.
Para hablar en público: ted talks Julian Treasure: How to speak.
goo.gl/bcwiBG.
Claramente un problema de moderación. Preparación crucial.
¡NO APTO PARA LA CLASE! Si moderación no es correcta.
Tiempos hay mejoras, pero quedan para la conclusiones.
Siempre nos quedamos sin tiempo.
- Problemas para entregables. Mezcla de inglés y español. Todo en inglés.
Hay grupos que no hay identificadores del grupo.
Estamos en una asignatura de ISPP. Necesitamos saber estar en una sit. profesional. Debemos mantener la profesionalidad y mantener el respecto.
No ser puntuales, entrar en medio de una presentación.
Sesión de trabajo, no ponerse a jugar o buscar por internet.
Idea. cada etapa de la asign. estará enfocadas en cada ámbito del proyecto. Debemos trabajar en cosas del proyecto. La idea es NECESARIA en todas Y CORE DE NUESTRA APLICACIÓN.
Cuidado con los costes, se están disparando y no son realistas. Se debe trabajar desde atrás.
Alguién del equipo debe estar al tanto de las mejoras.
Que no se presente todo, significará que debe estar detrás.
La idea hay que trabajarla.
Para la semana siguiente, demo. URL. Por cada problema, hay mejora, medidas, resolución correcta del problema.
Hay grupos que no ha dicho POR PERSONA qué se ha hecho.
Hay grupos que han dicho que han hecho todos los miembros del grupo lo necesario. No terminar las tareas en su tiempo es normal. Hay maneras de presentarlo, se pueden poner (sin pasarse).
Cosa general, centramos mucho en hora pero no en tareas. Es razonable pensar en tareas completadas. Debemos aumentar el peso en tareas. GitHub y GitLab aún más. Burndown o burnup es muy recomendable (debemos pensar una forma de vincular tareas y costes).
Como veamos gráficas o imágenes que no se VEAN. No apto directo.
Tarjetas amarillas únicos para todos los grupos. Debemos tener en cuenta todos los grupos. Mucha atención en los otros grupos.
Mezcla de inglés y español.
Deberá haber una demo de lo más interesante. Sólo lo que realmente nos diferencia.
Ha faltado plan de pilotaje en todos los grupos. Debemos tener target,
Converger lo más rápido posible la aplicación. Necesitamos tener listo para rectificar.
Al final del 3º Sprints, muy poco pero muy pilotado (muy fuerte y asegurado), y otra que no hay pilotaje pero tiene muchas aplicaciónes. Necesitamos ser la primera.
No mencionar MVP, ya directamente lo que vamos a tener en el último Sprint.
Feedback de alumnos igual que profesores.
NADIE ha hablado del despliegue. Debemos mencionarlo. Heroku vale.
Problema, mejoras, métricas y si ha solucionado.
Arquitectura tecnológica debería mencionarse especialmente despliegue.
Quitar peso la parte de modelo de negocio. Transformar la idea de negocio, no hace falta.
Vamos a avisar, ha pasado varias veces que no hay justificación y no viene.
Cuidado con faltar, necesita tener justificación. GRUPO NO APTO. Se admite Skype pero muy justificable.
Hemos visto que hay gente que se ha ido. Estas cosas deben tenerlo en cuenta.
Cuidado con reiterar el tema del equipo. Equipo y tareas mejor juntarlas, muy reiterativo.
Roles, estamos viendo que el enfoque de algunos grupos no es buena. Decir responsabilidades de cada Sprint porque sino ĺa persona estará ociosa.
Pasado presente y futuro. Todos hemos cometido ese error.
Presentación debe seguir ese modelo.
Enfocalizar, debe tener breve idea de qué hace, peso principal en problemas, responsabilidad de cada miembro, estado del proyecto, porcentaje completo, demostración de lo que se tiene, plan del sprint 2º y preferible 3º.
Estudio de costes usar métrica
Mejor, peor y medio es para largo plazo
Divergencia de dedicación. Si hay mucha diferencia va a haber preguntas
Riesgos de aprendizaje, por persona y más descrito.
Último: Checklist (con todas las cosas que se dicen), trás realizar la presentación podemos ver qué falta.
Team building: Actividades que hacer en grupo, quedar un día para hacer algo, importante para hacer equipo.